home *** CD-ROM | disk | FTP | other *** search
-
-
-
-
-
-
-
-
-
- KILLER PROGRAM FOR DOORS
-
- for the
-
- IBM Personal Computer
-
- Version 14.XX
-
-
-
-
-
-
- by
-
- Bob Westcott
- 7 Dunloggin Drive
- Merrimack N.H. 03054
- Voice (603) 424-6977
- Data (603) 424-5497
-
- June 15,1986
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- This file ONLY tells you how to set up for KILLER not how to set
- up your files to operate the doors system. The doc. for how to
- setup your files for doors is in the file called BATCH.ARC and if
- you do not have this file you may get it at my RBBS.
-
- First thing I must do is to thank Tom Mack and Jon Martin for the
- time, energy (and love) for the best BBS in the country.
- Without there effort none of us would be able to run such a
- wonderful piece of software such as the RBBS-PC.
-
- 1.1 Introduction
- ----------------
- The Killer program is a program that will allow your users to
- play the game Killer. This game will allow your users to try to
- earn points by trying to get out of a house that they should not
- have gotten into. It is not hard but the commands are a lot alike
- which cause the user to make boo-boo's when trying to hurry. That
- is why the commands were made that way. The top ten scores are
- save and available for users to see and at the end of each month
- the top score is placed on a monthly top score board and the
- daily scores are reset ready to start another month of scores.
-
- Because it is very possible to cause a security problem on the
- RBBS (people being able to get into your DOS) the source will not
- be made available. I will help anyone who is interested in the
- way you write software to work on the 'Doors' that calls.
-
- The software is able to handle multi-tasking under Multi-Link and
- Double Dos, but is limited to 9 nodes.
-
- 1.2 Update Conventions
- ----------------------
- Since this software is very closely tied to the RBBS software I
- will update it when new version/levels of the RBBS are released.
- The version level of KILLER will be the same as the version level
- that it will work with of the RBBS.
- I will try to have the latest versions on both Tom Mack and Jon
- Martin boards and of course the latest version will always be on
- my RBBS.
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- 2.1 Required files
- ------------------
- You must have a batch file that you are running your RBBS from.
-
- The purpose of the files are as follows:
- 1. KILLER.EXE The operational software.
- 2. KILLER.DOC The file which informs the player who what
- when and where.
- 3. KILLER.SCR This is the daily score board, but it is
- also the file that holds your
- system requirements.
- 4. KILLER1.SCR This is the monthly score board.
- 5. KILLER.BAT The batch file that gets you to KILLER
- from the doors
- 5. SYSOP.DOC This file.
- 6. PRELOG.KIL The same as on the RBBS it allows you to place
- notices on the system.
-
-
- ********** NOTE **********
- If you are going to use this software with the game monitor do
- NOT use the batch files as stated in this record. Use only the
- batch files as stated in the monitor SYSOP.DOC.
-
- 2.0 Setup
- ---------
- Because this software reads information from the RBBS files it is
- very important that the supplied files MUST be placed on the same
- drive that the RBBS-PC.DEF, RBBS1PC.DEF, RBBS2PC.DEF etc. are
- located.
-
- The port that is use, the number of data bits, RBBS name, and the
- baud rate is taken from the RBBS files and used in the KILLER
- program without any need for you to insert them in a file.
-
- You must make the changes you want on following information in
- the 1st 8 fields of the KILLER.SCR file:
-
- 1. Field #1 The number of times the user may sign on to
- Killer each day. (This does NOT apply to SYSOP he
- may sign on as many times as he wishes)
- 2. Field #2 The foregound color.
- 3. Field #3 The background color.
- 4. Field #4 The border color.
- 5. Field #5 The number of minutes a player is allowed without
- making a move.
- 6. Field #6 The total number of minutes allowed on KILLER.
- 7. Field #7 This field determines if you are going to use a
- common file for all games or a single file for each
- game.
- See ** for more info about this.
- 8. Field #8 This field determines if SYSOP score will be used.
- If set to '0' then the SYSOP's score will NOT be
- posted and if set to a '1' then his score WILL be
- posted like any other user.
- ** This field is used as follows if set to '0' it means a file
- called KILLER.DAY will be created and will list all the users
- that has signed on THAT day to THAT game and will be used by
- field #1 to determine how many times a user has signed on THAT
- day.
- If this field is set to a '1' then a file called COMMON.DAY will
- be created and will have all the users that have signed on to any
- game that has this field set to '1' to be logged.
- Example:
- You are running 3 games, GAME1.EXE, GAME2.EXE, and GAME3.EXE.
- You have field #6 set to '1' on all games and field #1 set to '2'
- in all games. The user will only be able to sign on to any of the
- games 2 times (total) each day.
- If all 3 games have field #6 set to '0' then the user may sign on
- to EACH game 2 times each day.
- Beware this fields may be mixed and will act as listed and mix
- things up quite well, SO keep it as simple as possible.
- Remember this feature will only be true if the doors software you
- are using will allow this all my software EXCEPT CHESSDOR will
- have this feature.
-
- The KILLER.SCR file will create itself if it can not find one. It
- will set the all starting scores to 0. If you wish to start at
- any other score you can use EDLIN to change them, but remember to
- change them EACH month as they will be reset to 0 with the first
- user each month.
-
- The ROVER1.SCR file is very simple and will create itself if one
- can not be found.
- This files holds the monthly champ information, but will NOT be
- outputed until the first monthly champ is created.
-
- The last entry of the KILLER-1.BAT file must call your RBBS batch
- file by drive and name see the supplied KILLER.BAT file.
-
- The following is for a NON-MULTI TASKING system
- -----------------------------------------------
-
- (The KILLER.BAT file )
-
- C: Insure we are on C drive.
- WATCHDG1 OFF To allow killer program to
- monitor line (a must!!)
- KILLER Call the killer monitor pgm.
- A: Go to drive A.
- RBBS.BAT Restart above batch file.
- The loop is complete.
-
- The door menu file called MENU5 is also supplied.
-
- The following files are needed for Multi-tasking both MultiLink
- and Double Dos.
-
-
-
- The KILLER-1.BAT file
-
- C: Insure you are on RBBS drive
- WATCHDG1 OFF Disarm Watch Dog for Killer software
- because it has its own line monitor
- and if you use Watch Dog and someone
- hangs up in killer it will disconnect
- the user on the other node!!!
- KILLER 1 Calls node 1 killer
- A: Returns you to the boot drive
- RBBS1 Calls the RBBS 1 boot batch file
-
- The KILLER-2.BAT file
-
- C: Insure you are on the RBBS drive
- WATCHDG2 OFF Disarm Watch Dog (see above)
- KILLER 2 Calls node 2 killer
- A: Returns you to the boot drive
- RBBS2 Calls the RBBS 2 boot batch file
-
- Do NOT remove the 'WATCHDGx ON' call from the RBBS1.BAT and
- RBBS2.BAT files as they are needed when you go to your DOS from
- remote (7 from the main menu).
-
- The MENU51 file on drive as stated in RBBS1PC.DEF file:
-
- Must have the door listed as 'KILLER-1' as the door if you used
- the same file names as I have (see supplied MENU51 file).
-
- The MENU52 file on drive as stated in RBBS2PC.DEF file:
-
- Must have the door listed as 'KILLER-2' as the door if you used
- the same file names as I have (see supplied MENU52 file).
-
- 2.3 Running the killer game
- ----------------------------
- After completing the setup as stated above insure that when
- running the CONFIG file for the RBBS that you have the doors open
- and allow the correct access level users to use the doors that
- you want.
-
- That is all that is needed to make this work in remote. To run
- the program in local you must sign on the RBBS at your keyboard
- (remember what node if you are multi tasking) and then when the
- Main menu is displayed sign off. Then break out of the batch loop
- and enter KILLER (If you are running NON-Multi Tasking), KILLER 1
- (If you are on node 1), KILLER 2 (If you are on node 2). This
- will bring up the killer game in local and you can run/play in
- the local mode which functions the same as remote.
-
-
-
-
-
-
- While watching the screen when a remote user is on the killer you
- will see the users name is in the lower left corner of the
- screen, in the middle will be the version # of the KILLER.EXE
- program that you are using and the node that is operating, and on
- the right side you will have displayed the killer the user
- started using the killer game. Also when the remote users screen
- does a clear yours will NOT it will just print (CLEAR SCREEN).
- The purpose of this is to keep the 25 line on your screen and
- clear to remote users screen.
-
- The following two paragraphs are only true when using NO multi
- tasking or when using Double DOS.
-
- Pressing the function #10 key while a remote user is on the
- system will place you in the chat mode and allow you to talk with
- the player. To return the player to the game you must press the
- ESC key this is the same procedure as on the RBBS. The player
- does NOT have a function on his menu to call you.
-
- Pressing the function #8 key allows you to reduce or increase the
- time the player is allowed to stay on on this one time. You will
- get a prompt for the number of minutes you wish to let them have
- then you enter a number and press enter. This will cause a
- message to be place on the screen to inform the player that the
- amount of killer has changed.
-
- So you got a problem!!!
- -----------------------
- If you have a problem installing this program or it bombs on you
- look for the following data:
-
- 1. A printout displayed on your screen telling you the problem.
- 2. Look on the disk that holds the main DOR program for a file
- named ERRORS.DOR and print it. This info should be forwarded
- to me for debuging and correction.
-
- In most cases (all I hope) one of the 2 above indications should
- happen when a error occurs. All errors should be reported to be
- via phone or RBBS if possible for correction.
-
- Good luck and enjoy this software.
-
- Bob...
-